Odniesienie do dokumentacji Implementacja
Pola
Na tej karcie występują następujące pola :
| Pojedynczy kod identyfikujący transakcję rozliczeniową. |
|
| Klasyczny opis bieżącego rekordu. |
|   |
|   |
Zamknij
Pola
Na tej karcie występują następujące pola :
Kryteria
|
| Jest to kod pozwalający na ograniczenie dostępu do danych dla niektórych użytkowników lub grup użytkowników. |
| Należy wybrać kierunek płatności. Jeśli wybrano Koszt lub Przychód to to pole nie wyświetla się na ekranie nagłówka płatności podczas wprowadzania płatności. W takim przypadku użytkownik wie, że transakcja płatności jest zawsze obciążeniem (np. wystawionym czekiem) lub zawsze uznaniem (np. otrzymanym czekiem). Jeśli wybrano Nieokreślony to użytkownik dokonuje wyboru w nagłówku płatności jako Koszt lub Przychód. Umożliwia to utworzenie wyłącznie jednej transakcji płatności używanej zarówno dla uznań jak i obciążeń np. jako zapis gotówkowy. Autoryzacja płatności jest wymagana wyłącznie dla kosztów i nieokreślonych typów zapisów, jeśli zaznaczono pola Lista płatności i Plik bankowy. Aby zezwolić użytkownikom na zatwierdzanie płatności należy użyć parametru PAYAPP - Autoryzacja płatności. |
Blok numer 2
| Należy wybrać Bank dla rejestru bankowego i Kasa dla rejestru kasowego. Następnie można wybrać odpowiednią stronę: Przychód lub Koszt. |
| Określa właściwości płatności przedstawiane domyślnie podczas wprowadzania płatności dla tej transakcji. |
| Kod międzybankowy jest sposobem kodowania, używanym przez wszystkie banki w celu określania typu operacji bankowych dla pozycji na wyciągach bankowych, które są przesyłane do klientów. |
| Określ tutaj typ kursu waluty, który ma być używany w celu wykonania przeliczenia waluty, która jest wprowadzana lub dal której księgowane są płatności. |
| Jeśli to pole jest zaznaczone dla faktury w walucie innej niż waluta firmy to kurs wymiany zastosowany między walutą rozrachunku dla operacji zamknięcia konta kontrahenta (zamkniętego podczas pierwszego kroku księgowania) jest taki sam, jak kurs na fakturze. Brak zapisu odchylenia kursu wymiany raportowanego w walucie firmy. Jeśli to pole nie jest zaznaczone to kurs wymiany zastosowany między walutą rozrachunku a walutą firmy dla operacji zamknięcia konta kontrahenta to kurs wymiany dla dnia księgowania. Dla odchylenia kursu wymiany generowany jest zapis w walucie firmy. Uwaga: To pole ma również znaczenie dla waluty raportowania, dla której zapis odchylenia kursu wymiany w walucie raportowania może zostać wygenerowany lub nie, w zależności od tego, czy go zaznaczono. Ten kurs wymiany ma zastosowanie do atrybutów płatności typu Bank lub Kontrahent i tylko dla przypadków, gdy księgowana jest jedna lub więcej faktur. Dla innych atrybutów płatności lub niezaksięgowanych atrybutów płatności typu Bank lub Kontrahent, zachowywany kurs wymiany jest stały względem uprzednio wskazanego typu kursu wymiany. Jednocześnie z zastosowaniem kursu wymiany faktury źródłowej może istnieć wiele różnych kursów. W takim przypadku zapis księgowy wyświetla pusty kurs wymiany i sugeruje kurs wymiany jako wypełnienie na ekranie. |
| Jeżeli ta flaga jest zaznaczona:
|
|
| Ta flaga wyświetla się tylko, jeśli kod działania KSP jest aktywny. |
| To pole wymaga aktywacji kodu działań KSW – Lokalizacja szwajcarska. Z tego pola należy skorzystać, aby wybrać wygenerowany typ pliku:
|
|   |
|   |
Tabela Metoda płatności
|   |
| Ta tabela służy do określania trybów płatności, które będą uwzględniane na potrzeby propozycji automatycznej płatności (przejdź do dokumentacji „Propozycja automatycznej płatności”). |
Zamknij
Prezentacja
Możliwe jest dodanie danych w trybie wprowadzania (do 30 pól). Te pola muszą być zdefiniowane na ekranie PAY2. Po wygenerowaniu mogą być one używane opcjonalnie na ekranach wprowadzania zgodnie z danymi odpowiedzi istniejącymi w tabeli.
Te pola mogą być np. powiązane z kodem działania KSW – Szwajcaria.
Kod przyczyny ekonomicznej jest używany przez Bank Francji podczas określania salda płatności.
Jest to konieczne dla wszystkich operacji, które odpowiadają następującym kontekstom:
Status rezydenta i nierezydenta jest definiowany na poziomiekontrahenta.
Progi transakcji są określane przez wartości parametrów AMTVIR1, AMTVIR2 i AMTVIR3 w rozdziale Kontrahent / Domyślne wartości.
Wprowadzenie tego kodu oraz to, czy jest on wymagany jest określane na poziomie ustawień transakcji wprowadzania płatności.
Jeśli firma, z której dokonywana jest płatność ma status ogólnej siedziby płatności to zaproponowany zostanie kod 060 „Ogólna siedziba płatności” (w ustawieniach rekordu Firmy).
W przeciwnym razie sugerowana wartość to wartość zdefiniowana na poziomie kontrahenta (ustawienia rekordu Kontrahenta).Ten kod można modyfikować.
Ta wartość jest odzwierciedlana w plikach bankowych (AFB160, AFB320, polecenie przelewu SEPA).
Funkcjonowanie ekonomicznego kodu przyczyny
Jeśli firma jest firmą deklarującą bezpośrednio to na karcie Księgowanie w rekordzie firmy należy wprowadzić ekonomiczny kod przyczyny „060”.
Ten kod jest automatycznie stosowany do wszystkich płatności przeznaczonych dla kontrahentów nie będących rezydentami, które są generowane z poziomu firmy.To pole nie jest uzupełniane w przypadku operacji z rezydentami.
Jeśli firma nie jest firmą deklarującą bezpośrednio to ekonomiczny kod przyczyny musi zostać wprowadzony dla każdego kontrahenta nie będącego rezydentem.
Zgodnie z progami deklaracji ten kod jest uwzględniany:
Jeśli w rekordziekontrahentanie podano żadnej wartości to kod może zostać wybrany bezpośrednio podczaswprowadzania płatności.
Wprowadzenie go jest wymagane, jeśli określają to ustawieniatransakcji wprowadzania płatności.
Zamknij
Pola
Na tej karcie występują następujące pola :
Pola
| Brak pomocy dla tego pola. |
| To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności. |
| To pole wyświetla się automatycznie podczas wprowadzania płatności. Odpowiada ono firmie, która jest powiązana z lokalizacją wskazaną w nagłówku płatności. |
| Dla dokumentu płatności można wprowadzić wewnętrzny numer referencyjny. |
| To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności. |
|
| To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności. |
|
| Użytkownik może wprowadzić opis w celach informacyjnych. Ten opis będzie domyślnie pobierany przez teksty w pozycjach podczas wprowadzania płatności (jeśli zaznaczono pole „Tekst pozycji”). |
| To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności. |
|
| To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności. |
| Pole to jest powiązane z tabelą dodatkową 3. |
|
| To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności. |
|
| To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności. |
|
| To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności. |
|
| To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności. |
| To pole należy zaznaczyć, jeśli pole Nr rachunku bankowego ma wyświetlać się w transakcji wprowadzania płatności.
Numer rachunku bankowego jest zazwyczaj inicjalizowany z poziomu kodu adresu płatności. Jednakże, jeśli transakcja wprowadzania płatności to polecenie zapłaty to Nr rachunku bankowego jest domyślnie pobierany z upoważnienia wprowadzonego w nagłówku płatności (więcej informacji na ten temat znajduje się w przewodniku o zarządzaniu upoważnieniami SEPA w procesach rozliczania należności w Sage X3, który znajduje się w sekcji „W jaki sposób?” w Centrum pomocy online Sage X3). |
| To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności. |
| Pole to określa nazwę banku. Bank-płatnik jest inicjalizowany z kodu adresowego płatności. |
| To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności. |
|   |
| To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności. |
|
| To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności. |
|   |
|   |
Blok numer 2
|
|
| To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności. |
|
| To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności. |
|
| To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności. |
|
| To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności. |
|
| To pole należy zaznaczyć, aby bezpośrednio wprowadzić kurs wymiany podczas wprowadzania płatności. Ta operacja nadpisuje domyślną walutę płatności w tabeli Kursy walut. To pole jest nieaktywne, jeśli zaznaczono pole Zastosowanie kursu faktury na karcie Ogólne. Jeśli to pole zostało zaznaczone to pole Zastosowanie kursu faktury na karcie Ogólne jest nieaktywne. |
| To pole należy zaznaczyć, aby wprowadzenie kursu wymiany podczas wprowadzania płatności było wymagane. |
| Określa (bądź nie) występowanie pola „Kwota banku”. Pole to |
| To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności. |
|
| To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności. |
| Określa liczbę kolumn, które będą zamrożone z lewej strony |
Zakładki
| Warunek zarządzania partii wprowadzania (zakładka partii wprowadzania oraz pola nagłówka) podczas wprowadzania płatności. |
| Jeśli parametr PROBALCTL – Narastająca kontrola bilansu (rozdział TRS, grupa PAY) jest ustawiony jako „Tak” to pole Kontrola salda wyświetla się. Jest on aktywny, jeśli zaznaczono pole „Wprowadzanie partii”.
|
| To pole jest dostępne, jeśli wybrano opcję Bank lub Kasa dla pola Bank lub kasa na karcie Ogólne dla legislacji polskiej lub południowo-afrykańskiej.
|
Tabela Dodatkowe pola
|   |
| Ta tabela składa się z opcjonalnych pól, które mogą być dodawane |
| To pole wyboru służy do określania, że odpowiednie pole jest obowiązkowe podczas wprowadzania płatności |
| To pole wyboru służy do ustawiania odpowiedniego pola jako obowiązkowego podczas wprowadzania płatności. |
Zamknij
Prezentacja
Sekcja Kroki jest używana do określania kroków księgowania konta właściwych dla transakcji płatności. Porządku kroków nie można zmienić. Jeśli dla transakcji płatności wybrano wszystkie kroki księgowania konta to każdy proces musi zostać ukończony przed przejściem do kolejnego kroku.
Transakcję wprowadzania płatności można utworzyć dla podziału pliku bankowego przy użyciu sekcji Rozbicie pliku bankowego. Następnie z tej transakcji wprowadzania można skorzystać, aby utworzyć listy płatności i rozpocząć generowanie pliku bankowego w funkcji Ręczne wprowadzanie listy płatności (GESFRM) lub Elektroniczny plik płatności (FICMAG). Podczas generowania plików bankowych tworzony jest jeden lub wiele plików w zależności od danych płatności i kryteriów podziału.
Podział plików bankowych zależy od formatu pliku bankowego i należy go zweryfikować. Na przykład podział według waluty może zostać zastosowany, jeśli konkretny format ogólnie wspiera wiele walut, ale wymaga osobnych plików według waluty.
Ta opcja nie jest dostępna, jeśli tworzone są pliki EDI.
Jest to ostatni możliwy krok księgowania dla płatności przed księgowaniem w banku. Zapis może zostać zaksięgowany na koncie pośrednim np. dla inkasa lub rabatu.
Ten krok jest dostępny tylko dla płatności uwzględnionych na liście płatności.
Krok księgowania pośredniego można powiązać z grupą automatów księgujących (zob. Grupy automatów księgujących) albo po pierwszym, albo po drugim kroku. Domyślnie sugerowana grupa automatów to STEP1 lub STEP N.
Można wskazać dowód księgowy używany dla księgowania pośredniego. Można również wygenerować struktury księgowe w zależności od tego, czy płatność jest księgowana dla inkasa czy rabatu. Wybrany zapis, w zależności od ustawień, wpłynie na definicję konta pośredniego. Wybrany typ zapisu jest powiązany z definicją Banku.
Aby dokonać zbiorczego księgowania pośredniego dla płatności z listy można użyć dedykowanego procesu. Więcej informacji znajduje się w dokumentacji na temat Księgowania pośredniego.
Ten krok jest wymagany dla wszystkich transakcji płatności. Jest on wymagany przed księgowaniem w banku.
Księgowanie w banku można powiązać z grupą automatów księgujących (zob. Grupy automatów księgujących). Po pierwszym lub drugim/trzecim kroku księgowania domyślnie sugerowana grupa automatów to STEP1 lub STEPN.
Pola Grupa, jeśli płatność lub Grupa, jeśli rabat są dostępne, jeśli transakcja zawiera krok dla wprowadzenia listy płatności lub wprowadzenia zalecenia banku płatności.
Kod grupy jest używany do zdefiniowania, czy zapis księgowy jest generowany według typu listy płatności:
Grupowanie według listy płatności lub terminu wymagalności jest możliwe tylko, jeśli zaznaczono pole Lista płatności.
Jeśli kod wydruku powiązany z kodem procesu to „CHE” lub „CHR” (tabela dodatkowa nr 304) to pole Grupa, jeśli rabat nie jest dostępne.
Należy wskazać zapis księgowy dla księgowania w banku. Wybrany zapis, w zależności od ustawień, wpłynie na definicję konta bankowego. Wybrany typ zapisu jest powiązany z definicją Banku.
Aby dokonać księgowania płatności w banku można użyć dedykowanego procesu (zob. Księgowanie w banku). Można również zaksięgować płatność w banku z zapisu listy płatności lub zapisu awiza płatności (w zależności od ustawień kroków), co pozwala również na zatwierdzenie tego kroku dla jednej płatności/listy płatności/awiza banku realizującego.
Można wymagać zatwierdzenia płatności dla kosztów lub płatności nieokreślonych. W takim przypadku można zaznaczyć pole Autoryzacja i należy upewnić się, że pola Lista płatności i Plik bankowy są także zaznaczone. Autoryzowani zatwierdzający to użytkownicy, którzy mają parametr PAYAPP – Zatwierdzenie płatności (rozdział TRS, grupa AUZ) jako Tak.
Ten ostatni krok jest używany do zarządzania księgowaniem weksli, w szczególności dla legislacji hiszpańskiej i portugalskiej. Niezależnie od legislacji ten ostatni krok jest używany do wygenerowania dodatkowego kroku księgowania z poziomu funkcji Zamykanie ryzyka wekslowego.
Grupa zapisów księgowych musi być zdefiniowana.
Należy wskazać zapis księgowy dla księgowania pośredniego. Można wygenerować inne struktury księgowe w zależności od tego, czy płatność jest księgowana dla inkasa czy rabatu. Wybrany zapis, w zależności od ustawień, wpłynie na definicje kont. Wybrany typ zapisu jest powiązany z definicją banku.
Zamknij
Pola
Na tej karcie występują następujące pola :
Uruchamianie
| Określa, czy tryb płatności musi być uwzględniany przez |
Drukuj
| Należy wprowadzić kod raportu, aby zidentyfikować, które typy płatności mają zostać uwzględnione. Ten kod jest używany do wydruku raportów dotyczących czeków, weksli i list płatności. Dla zapisów typu rejestr bankowy lub kasowy należy użyć następujących kodów:
|
| Określa, czy drukowanie powiązane z tym podanym powyżej kodem jest |
Blok numer 2
| Określa, czy etap automatycznego przypisywania banku jest |
| Określa, czy etap zatwierdzenia jest konieczny przed pierwszym |
| To pole należy zaznaczyć, jeśli dla płatności wymagane są autoryzacje. Uwaga: Autoryzacja ma zastosowanie do kosztów i nieokreślonych typów wpisów, jeśli zaznaczono pola Lista płatności i Plik bankowy. |
Księgowanie pośrednie
| Należy wskazać, czy lista płatności ma podlegać księgowaniu pośredniemu przed zaksięgowaniem w banku (np. dla księgowania weksli dla inkasa lub rabatu). |
|   |
|   |
|   |
Księgowanie weksli
| Należy wskazać, czy etap księgowania weksli jest wymagany dla transakcji płatności. Księgowanie weksli polega na indywidualnym zatwierdzaniu płatności na koncie różniącym się od konta bankowego. |
| Z tego pola należy skorzystać, aby wskazać, czy typ płatności jest powiązany z polem Weksle w rekordzie kontrahenta. Pola Weksle (1, 2 itd.) odpowiadają grupie lub „portfelowi” weksli klienta, które nie są wymagalne. Te weksle mogą podlegać etapowi oceny ryzyka w dedykowanej funkcji. |
|   |
|   |
Księgowanie płatności/wpłat
|   |
|   |
|
|   |
|   |
Rabaty
| To pole należy zaznaczyć, jeśli płatności mają zostać zgrupowane na notach depozytowych przed zaksięgowaniem w banku. To pole musi być zaznaczone, jeśli wymagana jest autoryzacja płatności. |
| Należy wskazać, czy płatność ma być grupowana, jako weksle banku realizującego przed księgowaniem w banku (wystawione weksle). |
| To pole należy zaznaczyć, jeśli elektroniczne przesyłanie potwierdzenia zapłaty jest możliwe w banku (przelewy, LOC itp.). Dla banków płatności to pole należy zaznaczyć, aby śledzić zaimportowane i wyeksportowane pliki w monitorowaniu płatności i potwierdzeń bankowych. To pole musi być zaznaczone, jeśli wymagana jest autoryzacja płatności. |
| Dla Francji jest to plik ETEBAC. Należy wskazać nazwę pliku do wygenerowania, jeśli transakcja generuje tylko ten typ pliku. W przeciwnym razie należy pozostawić pole puste dla pliku do wybrania na etapie wpłaty elektronicznej. |
|   |
| To pole wyboru, jeśli jest zaznaczone, służy do generowania plików bankowych z formatem SEPA dla bieżącychekranów wprowadzania płatności. |
| Pole to jest używane do wybierania „przeliczanego” pliku tekstowego z systemu Sage X3, wysyłanego do Sage Connect w celu jego konwersji na format .xml. |
| Rodzaj płatności identyfikuje formaty plików bankowych, które mogą zostać wygenerowane przez transakcję płatności. Format pliku różni się w zależności od instytucji bankowej i tego, czy płatność ma charakter krajowy czy międzynarodowy. Rodzaj płatności jest używany w celu powiązania transakcji płatności oraz zgrupowania możliwych plików bankowych. To pole jest wymagane, jeśli transakcja generuje plik bankowy. |
Zamykanie ryzyka wekslowego
|   |
|   |
Rozbicie pliku bankowego
| To pole należy zaznaczyć jako kryterium podziału plików bankowych z jednej grupy listy płatności według metody płatności. Podział pliku zależy od formatu pliku bankowego i musi zostać zweryfikowany dla każdego typu. Ta opcja nie jest dostępna, jeśli tworzone są pliki EDI. |
| To pole należy zaznaczyć jako kryterium podziału plików bankowych z jednej grupy listy płatności według waluty. Podział pliku zależy od formatu pliku bankowego i musi zostać zweryfikowany dla każdego typu. Na przykład podział według waluty może zostać zastosowany, jeśli konkretny format ogólnie wspiera wiele walut, ale wymaga osobnych plików według waluty. |
| To pole należy zaznaczyć jako kryterium podziału plików bankowych z jednej grupy listy płatności według terminu płatności. Podział pliku zależy od formatu pliku bankowego i musi zostać zweryfikowany dla każdego typu. |
Zamknij
Pola
Na tej karcie występują następujące pola :
Eksport
| Używane do wskazania faktu generowania w celu uwzględniania płatności transakcji w pliku eksportu płatności do oprogramowania zarządzania gotówką (patrz dokumentacja „Eksport płatności do modułu zarządzania gotówką systemu Sage”).
|
| Pole to wskazuje tabelę dodatkową 325 i reprezentuje kryterium grupowania/ dzielenia dla płatności podczas generowania plików eksportu płatności. |
Tabela Ekwiwalencja
| Kod pola pliku eksportu płatności, którego zawartość może być ustawiana.
|
| Formuła konfiguracji może być wprowadzana za pomocą asystenta formuł. Domyślnie proponowane są różne dostępne tabele:
Ponadto jako dodatkowe ekrany:
|
Zamknij
Plik eksportu rozrachunków ma stałą długość (zobacz: dokumentacja Zarządzanie gotówką Sage eksport harmonogramu płatności).
W związku z powyższym, zawartość pliku można obciąć, jeśli ze względu na konfigurację zawiera ona zbyt wiele znaków w stosunku do jej maksymalnej długości przewidzianej w oprogramowaniu zarządzania gotówką.
W konfiguracji niektórych pól należy także uwzględnić następująceograniczenia:
Jeśli ustawienia nie zostały wskazane dla wszystkich lub części plików zarządzania płynnością to stosowane są poniższe wartości domyślne, niezależnie od transakcji i banku:
Jeśli te wartości nie są odpowiednie to należy uwzględnić ustawienia niektórych pól, biorąc pod uwagę poniższe ograniczenia:
Te pola nie odnoszą się do tabeli wartości na poziomie modułu „Zarządzanie gotówką Sage 1000”.
Jeśli ustawienia nie zostały wskazane dla wszystkich lub części plików zarządzania płynnością to stosowane są poniższe wartości domyślne, niezależnie od transakcji i banku:
Jeśli te wartości nie są odpowiednie to należy uwzględnić ustawienia niektórych pól, biorąc pod uwagę poniższe ograniczenia:
Te pola nie odnoszą się do tabeli wartości na poziomie modułu „Finanse FRP Sage”.
Jeśli ustawienia nie zostały wskazane dla wszystkich lub części plików zarządzania płynnością to stosowane są poniższe wartości domyślne, niezależnie od transakcji i banku:
Ten przycisk jest używany do zatwierdzania ustawień ekranu wprowadzania. |
Przycisk ten umożliwia skopiowanie ustawień transakcji do innego folderu. |
Podczas wprowadzania mogą wyświetlić się następujące komunikaty ogólne oraz o błędach :
Ten komunikat wyświetla się, jeśli kontrola potwierdzająca spójność między stroną transakcji wprowadzania, a wybraną metodą płatności nie powiodła się.